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(57) Abstract: The present invention relates to a method and system for locating a mobile terminal addressed in a location service 
request by an overlay identity. A database (60) is accessed to obtain a first routing information of the mobile terminal based on the 

Q overlay identity, and the first routing information is then used to access a subscriber database (40) in order to derive a second routing 
information and a cellular identity of the mobile terminal (10), based on which a location service of the cellular network is initiated. 

^ Thereby, a LCS clients of the overlay system (e.g. IMS) can be supported in current LCS services to enhance their functionality. 
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Method and system for locating a mobile terminal 

5 

FIELD OF THE INVENTION 

The present invention relates to a method and system for locating a mobile termi- 
nal in a cellular network based on a request received from an overlay system, 
1 0 such as a IP (Internet Protocol) Multimedia Subsystem (IMS). 

BACKGROUND OF THE INVENTION 

In general, overlay systems may be provided in cellular or fixed networks for ena- 
1 5 bling network operators to offer specific services based on and built upon applica- 
tions, services and protocols not supported in their networks. The intention is that 
such services will be developed by the network operators and other third party 
suppliers using the mechanisms provided by external networks, such as the Inter- 
net or other external network systems or subsystems. 

20 

Recently, an IP Multimedia core network Subsystem (IMS) has been developed 
which comprises all core network elements for provision of multimedia services. 
This includes a collection of signalling and bearer related network elements as 
defined e.g. in the Third Generation Partnership Project (3GPP) specification TS 

25 23.002. IP Multimedia services are based on an IETF (Internet Engineering Task 
Force) defined session control capability which, along with multimedia bearers, 
utilizes the PS (Packet Switched) domain of the cellular network. In order to 
achieve access independence and to maintain a smooth operation with wireless 
terminals across the Internet, the IMS attempts to be conformant to IETF "Internet 

30 Standards". Therefore, the interfaces specified conform as far as possible to these 
standards for the case where an IETF protocol has been selected, e.g. SIP (Ses- 
sion Initiation Protocol). The IMS enables the convergence of, and access to, 
voice, video, messaging, data and to web-based technologies for the wireless 
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user, and combines the growth of the Internet with the growth in mobile communi- 
cations. 

As already mentioned, the IMS utilizes the PS domain to transport multimedia sig- 
5 nailing and bearer traffic. The PS domain maintains the service while the mobile 
terminal moves and hides these moves from the IMS. The IMS is independent of 
the CS (Circuit Switch) domain although some network elements may be common 
with the CS domain. This means that it is not necessary to deploy a CS domain in 
order to support an IMS based network. A User Equipment (UE) (or mobile station 
10 (MS)) consists of a mobile equipment (ME with a valid USIM (Universal Mobile 
Telecommunications System Subscriber Identity Module) (or SIM (Subscriber 
Identity Module)) attached. In the following, the abbreviation B UE" refers both to 
MS and user equipment, even those used for emergency calls, which do not have 
a valid SIM or USIM. 

15 

A UE accessing an IMS service requires an IP address which can be logically part 
of the visited network GPRS IP addressing domain. There are various identities 
which may be associated with a user of IP multimedia services. Every IMS sub- 
scriber has one or more public user identities. The public user identity is used by 

20 any user for requesting communications to other users. For example, this might be 
included on a business card. Both telecom numbering and Internet naming 
schemes can be used to address users depending on the public user identities 
allocated to the users. The public user identity may take the form of a SIP URL 
(Uniform Resource Locator) as defined in RFC 2543 and RFC 2396, or an E.164 

25 number. At least one public user identity may be used to identify the user's infor- 
mation within a subscriber database, e.g. the Home Subscriber Server (HSS), e.g. 
during mobile terminated set-up. 

A location service (LCS) feature in UMTS and GSM (Global System for Mobile 
30 Communications) provides a mechanism to support mobile location services for 
operators, subscribers and third party service providers. Location services may be 
considered as a network provided enabling technology consisting of standardized 
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service capabilities which enable the provision of location applications. The appli- 
cations may be service provider specific. In general, LCS is a service concept in a 
system standardization. LCS specifies all necessary network elements and enti- 
ties, their functionalities, interfaces as well as communication messages to imple- 
ment the positioning functionality in a cellular network. Positioning is a functionality 
which detects a geographical location of e.g. a mobile terminal. Principles and/or 
algorithms on which the estimation of the geographical location is based may be 
e.g. AOA, TOA or TDOA. For example, the Global Positioning System (GPS) is 
based on TOA while OTDOA and E-TD (on GSM) are based on TDOA. 

The positioning of the UE is a service provided by the access network. In particu- 
lar, all access networks (e.g. UMTS Terrestrial Radio Access Network (UTRAN), 
GSM/EDGE (Enhanced Datarate for GSM Evolution) Radio Access Network 
(GERAN), which facilitate determination of the locations of UEs, shall be able to 
exchange location information with a core network as defined in the 3GPP specifi- 
cation TS23.271 , when connected to a core network. 

By making use of the radio signals, the capability to determine the (geographic) 
location of the UE can be provided. The location information may be requested by 
and reported to a client (application) associated UE or by a client within or at- 
tached to the core network. The location information may also be utilized internally 
in a system, for example, for location assisted handover or to support other fea- 
tures, such as home location billing. The position information may be reported in 
standard, e.g. geographical coordinates, together with the time-of-day and the es- 
timated errors (uncertainty) of the location of the UE according to the 3GPP speci- 
fication TS 23.032. There are many different possible uses for the location infor- 
mation. As already mentioned, the positioning feature may be used internally by 
the GSM/UMTS network (or attached networks), by value-added network services, 
by the UE itself or through the network and by the third parties' services. The posi- 
tioning feature may also be used by an emergency service. Although LCS has 
been defined for the CS and PS domains of cellular networks, it has not yet been 
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defined for the IMS domain. Currently, the LCS service does not support IMS LCS 
clients to be addressed by IMS identities. 

SUMMARY OF THE INVENTION 

5 

It is therefore an object of the present invention to provide a method and system 
for locating a mobile terminal addressed by an overlay identity used in an overlay 
system, e.g. an IMS identity used in the IMS. 

10 This object is achieved by a method of locating a mobile terminal in a cellular net- 
work, said method comprising the steps of: 

receiving a location service request including an overlay identity of an overlay sys- 
tem; 

accessing a database storing a first routing information of said mobile terminal 
1 5 based on said overlay identity; 

Using said first routing information to access a subscriber database in order to de- 
rive a second routing information and a cellular identity of said mobile terminal; 
and 

initiating a location service of said cellular network based on said derived second 
20 routing information and cellular identity. 

Additionally, the above object is achieved by a system for locating a mobile termi- 
nal in a cellular network, said system comprising: 

a gateway node for receiving a location service request including an overlay iden- 

25 tity of said mobile terminal in an overlay system; 

a database storing a first routing information of said mobile terminal; 
wherein said gateway node is arranged to access said database based on said 
overlay identity, to use said first routing information for an access to a subscriber 
database in order to derive a second routing information and a cellular identity, 

30 and to initiate a location service of said cellular network based on said derived 
second routing information and cellular identity. 
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Furthermore, the above object is achieved by a gateway node for initiating a loca- 
tion service for locating a mobile terminal in a cellular network, said gateway node 
being arranged to read a first routing information from a database based on a re- 
ceived overlay identity of said mobile terminal in an overlay system, to use said 
first routing information for an access to a subscriber database in order to derive a 
second routing information and a cellular identity, and to perform said initiation 
based on said derived second routing information and cellular identity. 

Accordingly, an address mapping functionality is provided for enabling a location 
service for clients in overlay systems to be addressed by overlay identities, using 
existing LCS functionalities. 

Preferably, other identities of said mobile terminal may be derived from said sub- 
scriber data base in said subscriber data base access step. In particular, the other 
identities may be stored in a network element having a mobile location function. 
Thereby, signaling requirements for deriving the other identities of the mobile ter- 
minal in future location service requests can be reduced significantly. The overlay 
identity may be an IMS identity, in particular a SIP URL. 

Furthermore, the first routing information may be a country code, e.g. a Mobile 
Country Code (MCC), and a network code, e.g. Mobile Network Code (MNC), of 
said mobile terminal. 

The subscriber database access step may preferably be performed by using a 
MAP query, such as a MAP-SEND-ROUTING-INFO-FOR-LCS service function. 

The cellular identity may be an MSISDN or IMSI, and the second routing informa- 
tion may be an address of a network element having a switching function in the 
cellular network. 

The gateway node may be a Gateway Mobile Location Center (GMLC). The data- 
base may be comprised in the gateway node or may be a separate external entity. 
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The subscriber database may be a Home Location Register (HLR) of the cellular 
network. In this case, the HLR may be arranged to derive the second routing in- 
formation and the cellular identity by performing a query to a Home Subscriber 
Server. Furthermore, the HLR may be arranged to derive other identities of the 
5 terminal device. 

Preferably, the database may be arranged to provide a mapping function between 
the first routing function and the overlay identity of the terminal device. 

10 Furthermore, the gateway node may be arranged to store the second routing in- 
formation and/or the cellular identity, for further use. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 In the following, the present invention will be described in greater detail based on a 
preferred embodiment with reference to the accompanying drawings, in which: 

Fig. 1 shows a network architecture for implementing a location service function 
according to the preferred embodiment of the present invention; 

20 

Fig. 2 shows a signaling diagram indicating exchanged signaling messages and 
procedures in a location service function according to the preferred em- 
bodiment of the present invention; and 

25 Fig. 3 shows a table indicating parameters of a MAP query function used in the 
preferred embodiment; 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

30 The preferred embodiment will now be described based on an LCS architecture in 
a UMTS network as shown in Fig. 1 . According to Fig. 1 , a reference point, called 
Le Interface, is shown between an LCS server (here: GMLC 50) and an LCS client 
80 which, in the present embodiment, is an IMS server or application. The Le ref- 
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erence point is described in the 3GPP Specification TS 22.071. However, there 
may be more than a single LCS network interface to several different LCS clients 
or other networks. These networks may both differ in ownership as well as in 
communications protocol. The network operator may define and negotiate inter- 
5 connection with each external LCS client or other network. In general, an interface 
differs from a reference point in that an interface is defined where specific LCS 
information is exchanged and needs to be fully recognized. 

Furthermore, an interface called Lg is arranged to connect two independent LCS 
1 0 networks, e.g. different PLMNs (Public Land Mobile Networks) for message ex- 
change. The LCS functional entities are grouped into an LCS client functional 
group and an LCS server functional group. The LCS server functional group con- 
sists of functions in the UMTS PLMN supporting LCS, e.g. a client handling com- 
ponent, a system handling component, a subscriber handling component, and a 
1 5 positioning component. The LCS client 80 contains an LCS component with one or 
more clients, which by using location information can provide location based ser- 
vices. In particular, the LCS client 80 is a logical functional entity that requests 
from the LCS server in the PLMN location information for one or more than one 
target UE, i.e. a UE 10 shown in Fig. 1 , within a specified set of parameters such 
20 as Quality of Service of QoS. 

In the present architecture shown in Fig. 1, the LCS client 80 resides in an external 
entity belonging to an overlay system, i.e. the IMS. Via a location service request, 
the LCS client 80 communicates with the LCS server, i.e. GMLC 50, to request for 

25 the location information of the UE 1 0. Attributes identified by the location service 
request may be target UE, LCS identity, state, event, requested QoS information, 
local coordinate reference system, and/or geographical area. A location service 
response is sent to the LCS client 80 as the result of the location service request 
issued by the LCS server. Attributes identified for the location service response 

30 may be the location indication of the UE 10 in geographical coordinates, the loca- 
tion of the UE 10 as an ellipsoid with axes and direction of all axes, an estimated 
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achieved QoS, and/or an indication when UE 10 enters or leaves the geographical 
area. 

Fig. 1 illustrates generally the relation of the LCS client 80 and servers in the core 
network with a GERAN 20 and a UTRAN 30. The LCS entities within the access 
networks communicate with the core network consisting of a 2G-MSC 22 of the 
CS domain, a 2G-SGSN 24 of the PS domain, a 3G-SGSIM 32 of the PS domain, 
and an MSC server 34 of the PS domain across A, Gb and lu interfaces. Commu- 
nication among the access network LCS entities makes use of the messaging and 
signaling capabilities of the access network. 

Furthermore, a subscriber database, i.e. a HLR/HSS 40 is provided for storing 
subscriber specific data of the UE 10 and other mobile terminals or equipments. It 
is noted that the HLR and HSS may be arranged at different locations, while the 
HLR part may include both 2G-HLR and 3G-HLR functionalities. In this respect it is 
noted, that the terms ^G" and B 3G n denote second and third generation mobile 
communication functionalities, respectively. 

With this configuration both the network and the UE 10 are able to measure the 
timing of signals and compute a location estimate of the UE 10. Depending on the 
applied positioning method it is possible to utilize the corresponding configuration 
containing all needed entities. For instance, if network-based positioning is ap- 
plied, the entities that are involved in measuring the mobile's signal and calculating 
its location estimate are allocated to the network elements of the access stratum. 
On the other hand, in case mobile-based or network-assisted methods are used 
entities should be allocated to the UE 10. 

The GMLC 50 contains functionality required to support LCS. In one PLMN, there 
may be more than one GMLC. The GMLC 50 is the first node the external LCS 
client 80 accesses in a GSM PLMN (i.e. the Le reference point is supported by the 
GMLC 50). The GMLC 50 may request routing information from the HLR/HSS 40 
via a Lh interface. After performing registration authorization, it sends positioning 
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requests to either the 2G-MSC 22, SGSNs 24, 32 or MSC server 34 and receives 
final location estimates from the corresponding entity via the Lg interface. The UE 
10 may be involved in various positioning procedures. Specific UE involvement is 
specified in each of the positioning procedures mentioned in the 3 GPP specifica- 
tion TS 25305 for the UTRAN 30 and TS 43.059 for the GERAN 20. The 2G-MSC 
22 contains a functionality responsible for UE subscription authorization and man- 
aging call related and non-call related positioning requests of LCS. The 2G-MSC. 
22 is accessible to the GMLC 50 via the Lg interface. The LCS functions of the 
2G-MSC 22 are related to charging and billing LCS coordination, location request 
authorization and operation of the LCS services. If connected to the 2G-SGSN 24 
through a Gs interface, it checks whether the UE 10 is GPRS attached to decide 
whether to page the UE 10 on the A or Gs interface. 

The MSC server 34 handles the same functionality as the 2G-MSC 22 including 
charging and billing, LCS coordination, location requests, authorization and opera- 
tion of the LCS services. The MSC server 34 is accessible to the GMLC 50 via the 
Lg interface. Furthermore, the 2G- and 3G-SGSNs 24, 32 contain a functionality 
responsible for UE subscription authorization and managing positioning requests 
of LCS. The SGSNs 24, 32 are accessible to the GMLC via the Lg interface. The 
LCS functions of the SGSNs 24, 32 are related to charging and billing, LCs coor- 
dination, location request, authorization and operation of the LCS services. The 
SGSNs 24, 32 forward the CS paging request received from the Gs interface to a 
base station subsystem or radio network controller of the respective access net- 
work. 

The HLR/HSS 40 is accessible from the GMLC 50 via a Lh interface. For a roam- 
ing UE, the HLR/HSS 40 may be in a different PLMN. 

Furthermore, a gsmSCF (GSM service control function) provides an Lc interface to 
support access between the LCS and a network functionality CAMEL (Customized 
Applications for Mobile Network Enhanced Logic) providing the mechanisms of 
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Intelligent Network to a mobile user. The procedures and signaling associated with 
it are defined in the 3GPP specification TS 23.078 and TS 29.002, respectively. 

An important point is the possibility to address and indicate the target UE 10 using 
5 a cellular identity, e.g. the MSISDN (Mobile Station Integrated Services Data Net- 
work) or IMSI (International Mobile Subscriber Identity), or the like. However, in the 
present case, the external LCS client 80 belongs to the IMS and thus uses an IMS 
identity in the location service request supplied to the GLMC 50. Therefore, a 
mapping function is provided for mapping the IMS identity of the UE 10 with a rout- 
10 ing information required for accessing the HLR/HSS 40 allocated to the target UE 
10. Thereby, an IP addressing of the target UE 10 can be performed without re- 
quiring an active PDP context established between the target UE 10 and the ex- 
ternal LCS client 80. 

15 The Lh interface between the GMLC 50 and the HLR/HSS 40 may be based on a 
Mobile Application Part (MAP) protocol. This interface Lh is used by the GMLC 50 
to request a routing information to the serving MSC or SGSN of the particular tar- 
get UE 10 whose location has been requested. The Lg interface is used by the 
GMLC 50 to convey the location request to the respective MSC or SGSN function 

20 currently serving the target UE 10. Furthermore, the Lg interface is used by the 
respective MSC or SGSN function to return location results to the GMLC 50. 

For the LCS service, a MAP-SEND-ROUTING-INFO-FOR-LCS service is used 
between the GMLC 50 and the HLR/HSS 40 to retrieve the routing information 

25 needed for routing a location service request to the serving MSC or SGSN func- 
tion. In case the GMLC 50 receives a location service request from the external 
LCS client 80, which contains an IMS identity the GMLC 50 accesses the data- 
base 60 which may be arranged in the GMLC 50 or as a separate external entity 
to derive the routing information to the HLR/HSS 40. The IMS identity may be a 

30 public identity, such as a SIP URL, which is mapped by the HRL/HSS 40 to a cel- 
lular routing information, e.g. an MCC and MNC of the home network of the target 
of the UE 10. Using this cellular routing information the GMLC 50 accesses the 
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HLR/HSS 40 by a MAP query, e.g. a MAP-SEND-ROUTING-INFO-FOR-LCS 
message comprising the IMS identity, e.g. SIP URL. The HRL part of the 
HRLVHSS 40 may access the HSS part based on an interworking function to ob- 
tain the IMSI or any other cellular identity of the target UE 10 from the HSS part 
5 based on a corresponding mapping function. Using this cellular identity, the GMLC 
50 initiates a location service function within the cellular network via the Lg inter- 
face. Thereby, an IMS LCS service functionality can be provided in the 
UMTS/GSM network architecture. 

10 Fig. 2 shows a signaling diagram indicating basic signaling messages and proce- 
dures required for the location service function. In particular, the external LCS cli- 
ent 80 requests the current location of the target UE 10 from the GMLC 50 by us- 
ing a LSC service request comprising the IMS ID of the target UE 10 (step 1). In 
response thereto, GMLC 50 accesses the database 60 and transfers the IMS ID to 

15 the database 60. Based on the mapping function provided at the database 60 the 
corresponding cellular routing information MCC/MNC is returned to the GMLC 50. 
Then, the GMLC 50 uses this routing function to route a MAP query comprising 
the MS ID to the concerned HLR/HSS 40 identified by the MCC/MNC (step 2). In 
response thereto, the HLR/HSS 40 returns the cellular identity (e.g. MSI) of the 

20 target UE 10 and a routing information (address of the serving network element) 
required for routing the LSC service request in the cellular network (step 3). Now 
that the GMLC 50 knows both, the IMSI and location of the serving network ele- 
ment, the location service procedure can be invoked in the cellular network (step 
4). Finally, the GMLC 50 sends the location service response received from the 

25 cellular network to the external LCS client 80 (step 5). 

To implement the mapping function between the IMS identity and the cellular iden- 
tity in the HLR/HSS 40, a new parameter has to be introduced into the MAP query 
message, e.g. the MAP-SEND-ROUTING-INFO-FOR-LCS message. Fig. 3 indi- 
30 cates this new parameter, e.g. IMS identity as a conditional parameter for location 
service requests including an IMS identity. Thereby, the HLR/HSS 40 is in a posi- 
tion to provide the mapping function so as to retrieve the cellular identity of the 
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target UE 10. Thus, the MAP-SEND-ROUTING-INFO-FOR-LCS service is en- 
hanced so that it can carry whatever public IMS identity is available to the GMLC 
50. The GMLC 50 is arranged to put the IMS identity to the MAP-SEND- 
ROUTING-INFO-FOR-LCS service request message instead of the conventionally 

5 used cellular identity, e. g. IMSI or MSISDN. From the point of view of the 
HLR/HSS 40 the new parameter is optional, i.e. if provided, a query to the HSS 
part is needed to map the public IMS identity to the cellular identity. The HLR/HSS 
40 then returns the retrieved cellular identity to the GMLC 50 in a MAP-SEND- 
ROUTING-INFO-FOR-LCS service reply and the conventional CS or PS LCS 

1 0 methods can be used to locate the UE 1 0. The GMLC 50 may store the mapping 
between the IMS identity and the cellular identity in its internal database or mem- 
ory for further queries. 

Furthermore, the preferred embodiment may be enhanced by returning all public 
15 IMS identities known in the HSS part of the HLR/HSS 40 to the GML 50, so that 
any further location requests with other identities would not require a HLR query at 
all as long as the location result in the GMLC 50 is still actual. 

It is to be noted that the present invention is not restricted to the provision of a lo- 
20 cation service in a IMS environment, but can be used for providing a location ser- 
vice in any overlay system having an own overlay identity allocated to the target 
mobile terminal. Thus, the preferred embodiment may vary within the scope of the 
attached claims. 



25 
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Claims 

1 . A method of locating a mobile terminal (10) in a cellular network, said 
5 method comprising the steps of: 

a) receiving a location service request including an overlay identity of an 
overlay system; 

b) accessing a database (60) storing a first routing information of said 
mobile terminal (10) based on said overlay identity; 

1 0 c) using said first routing information to access a subscriber database 

(40) in order to derive a second routing information and a cellular 
identity of said mobile terminal (20); and 
d) initiating a location service of said cellular network based on said de- 
rived second routing information and cellular identity. 

15 

2. A method according to claim 1 , further comprising the steps of deriving 
other identities of said mobile terminal (10) from said subscriber database 
(40) in said step c). 

20 3. A method according to claim 2, wherein said other identities are stored in a 
network element (50) having a mobile location function. 

4. A method according to anyone of the preceding claims, wherein said over- 
lay identity is IMS identity. 

25 

5. A method according to claim 4, wherein said IMS identity is a SIP URL. 



30 



6. 



A method according to anyone of the preceding claims, wherein said first 
routing information is a country code and a network code of said mobile 
terminal (10). 
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7. A method according to anyone of the preceding claims, wherein said step c) 
is performed by using a MAP-SEND-ROUTING-INFO-FOR-LCS service 
function. 

5 8. A method according to anyone of the preceding claims, wherein said cellu- 
lar identity is an MSISDN or IMSI. 

9. A method according to anyone of the preceding claims, wherein said sec- 
ond routing information is an address of a network element (22, 24, 32, 34), 

10 having a switching function in said cellular network. 

10. A system for locating a mobile terminal in a cellular network, said system 
comprising: 

a) a gateway node (50) for receiving a location request including an 

15 overlay identity of said mobile terminal (10) in an overlay system; and 

b) a database (60) storing a first routing information of said mobile ter- 
minal; 

C ) wherein said gateway node (50) is arranged to access said database 
(60) based on said overlay identity, to use said first routing informa- 
20 tion for an access to a subscriber database (40) in order to derive a 

second routing information and a cellular identity, 
d) and to initiate a location service of said cellular network based on 
said derived second routing information and cellular identity. 

25 11. A system according to claim 1 0, wherein said gateway node is a Gateway 
Mobile Location Center (50). 

12. A system according to claim 10 or 1 1 , wherein said database is comprised 
in said gateway node (50). 

30 

13. A system according to anyone of claims 10 to 12, wherein said subscriber 
database is a Home Location Register (40) of said cellular network. 
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14. A system according to claim 13, wherein said Home Location Register (40) 
is arranged to derive said second routing information and said cellular iden- 
tity by performing a query to a Home Subscriber Server. 

5 

15. A system according to claim 13 or 14, wherein said Home Location Register 
(40) is arranged to derive other identities of said terminal device (10). 

16. A system according to anyone of claims 10 to 15, wherein said database 
10 (60) is arranged to a mapping function between said first routing information 

and said overlay identity of said terminal device (10). 

17. A system according to anyone of claims 10 to 16, wherein said gateway 
node (50) is arranged to store said second routing information and/or said 

15 cellular identity. 

1 8. A gateway node for initiating a location service for locating a mobile terminal 
(10) in a cellular network, said gateway node (50) being arranged to read a 
first routing information from a database (60) based on a received overlay 

20 identity of said mobile terminal (10) in an overlay system, to use said first 

rooting information for an access to a subscriber database (40) in order to 
derive a second routing information and a cellular identity and to perform 
said initiation based on said derived second routing information and cellular 
identity. 



WO 03/065750 PCT/EP01715345 

1/2 




Fig. 1 



WO 03/065750 



PCTYEP01/15345 



2/2 



L ITS Service Request 



40 



80 


50 


HLR/ 
HSS 




Client 




CMjC 





2 Send Raiing Infoftrll S 



1 Send Routing M> fir LCSadc 



?.3 r 24, T>. r ^4 

SGSHVNBQ 
M3C SERVER 



20. 30 
RAN 



ML. 
DB 



10 

UE 



MCC/MNC 



4.LCS procedure 



5. l£S Service Response 



Fig. 2 



MAP-SEND-ROUTING-1NFO-FOR-LCS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MLC Number 


M 


M(=) 






MSISDN 


C 


C(=) 


C 


C(=) 


IMS1 


C 


C(-) 


C 


C(=) 


LMSI 






c 


C(=) 


IMS identity 


C 


q=) 


c 


C(=) 


Network Node Number 






c 


C(=) 


GPRS Node Indicator 






c 


C(=) 


Additional Number 






c 


C(=) 


User error 






c 


C{=) 


Provider error 








0 



Fig. 3 



INTER! 



NATIONAL SEARCH REPORT 



Intw^^nal Application No 

PCT/EP 01/15345 



B. R ELDS SEARCHED 


MlnlRMim documentation saarched (classification system followed by classification symbols) 




IPC 7 H04Q H04L 




Documentation searched other than minimum documentation to the extent that such documents 

■t 


are Included In the fields searched 



A. CLASSIFICATION OF SUBJECT HATTER 

IPC 7 H04Q7/38 



According to International Patent Oassfflcaflon (IPC) or to both national classification and IPC 



Electronic data base consulted during the international search (name of 

EPO-Internal , WPI Data 



data base and, where practical search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category • CSatton of document, with Indication, where appropriate, of the relevant 



Relevant to claim No. 



WO 00 69199 A (NOKIA NETWORKS OY ; NAGHIAN 
SIAMAEK (FI)) 

16 November 2000 (2000-11-16) 
page 15, lines 23-34 
page 16, line 7-25 
page 31, lines 13-19; lines 19-21 
page 31, line 26 - page 32, line 14 
figure 5 

line 17-14 
line 14-19 
line 30 
line 17 
line 1-4 

line 23 -page 16, line 2 
line 23-25 
line 24 



page 16, 
page 31, 
page 31, 
page 31, 
page 32, 
page 15, 
page 15, 
page 16, 



1,10,18 
1,10,18 



2,3, 

11-13,15 

7,16,17 

8 

9 

4-6 
14 



-/- 



13 



Further documents are Dstedm the continuation of box C. 



Patent family members are Dsted In annex. 



• Special categories of cited documents : 

"A* document defining the general stale of the art which b not 
considered to be of particular relevance 

"E* earier document but published on or after the International 
filing dale 

"L" document which may throw doubts on priority claim (s) or 
which b cfied to establish the pubflcatlon date of another 
citation or other special reason (as specified) 

'Or document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the International fiBng date but 
taler than the priority dale claimed 



T later document published after the International fiing date 
or priority date and not in conflict wth the application but 
cited to understand the principle or theory underlying the 
Invention 

"X" document of particular relevance; the claimed Invention 
cannot be considered novel or cannot be considered to 
Involve an kiventive step when the document b taken alone 

■Y" document of particular relevance; the daimed Invention 

cannot be considered to Involve an inventive step when the 
document b combined wtth one or more other such docu- 
ments, such combination being obvious to a person sMBed 
tn the art 

'&* document member of the same patent family 



Date of the actual completion of the international search 



7 August 2002 



Date of mailing of the International search report 



16/08/2002 



Name and mating address of the ISA 

European Patent Office, P.B. 5818 Patent ban 2 
NL-2280HVRgswfjk 
Tel (+31-70) 340-2040, Tx. 31 651 epo nt, 
Fax (431-70) 340-3016 



Authorized officer 



Mele, M 



FomPCT/B»»0<aowndsho<*)UuV 1«Z> 



NATIONAL SEARCH REPORT 



tntenf^^ Application No 

PCT/EP 01/15345 



C^Conttnuatton) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * Citation of document, with Indfcatton.where appropriate, of the relevant passages 



Relevant to dabn No. 



WO 01 91389 A (ERICSSON TELEFON AB L M) 
29 November 2001 (2001-11-29) 
page 12, line 5 - line 16 

WO 01 72007 A (VILANDER HARRI TAPANI 
;ERICSS0N TELEFON AB L M (SE)) 

27 September 2001 (2001-09-27) 
page 4, line 7-10 

page 5, line 11 - line 25 

US 5 862 481 A (ISKRA SUSAN ET AL) 
19 January 1999 (1999-01-19) 
column 4, line 46 - line 56 

EP 1 158 826 A (NOKIA MOBILE PHONES LTD) 

28 November 2001 (2001-11-28) 
the whole document 

WO 01 99461 A (NOKIA NETWORKS 0Y ;MUH0NEN 
JANNE (FI); DUFVA TATU (FI)) 
27 December 2001 (2001-12-27) 
the whole document 

NAPOLITANO-RICAGNI: "UMTS all-IP Mobility 
Management, Call and session control 
Procedure" 

24 March 2000 (2000-03-24), XP002149519 
page 4; figure 1 



4,5 
4,5 
5 



6 
6 

1,10,18 
1,10,18 

14 



Fam PCT/1SA/210 (cort**K*Jon of second sheet) (Juty 1892) 



INTERNATIONAL SEARCH REPORT 

V^^/ormaOon on patent family members 



hdtj^SnaJ Application No 

PCT7EP 01/15345 



Patent document 
ctsBu in searcn repon 


Publication 
date 


Patent family 
members) 


Publication 

Hate 


WO 0069199 A 


16-11-2000 


wo 


0069199 Al 


16-11-2000 






AU 


4037499 A 


21-11-2000 






EP 


1181836 Al 


27-02-2002 






US 


2002086682 Al 


04-07-2002 



W0 0191389 


A 


29-11-2001 


US 


2002036983 Al 


28-03-2002 








AU 


6094101 A 


03-12-2001 








WO 


0191389 A2 


29-11-2001 


W0 0172007 


A 


27-09-2001 


AU 


5217101 A 


03-10-2001 








WO 


0172007 Al 


27-09-2001 


US 5862481 


A 


19-01-1999 


WO 


9738544 Al 


16-10-1997 



EP 1158826 A 28-11-2001 FI 20001252 A 25-11-2001 

CN 1325242 A 05-12-2001 

EP 1158826 A2 28-11-2001 

JP 2002027516 A 25-01-2002 

US 2001055394 Al 27-12-2001 



W0 0199461 A 27-12-2001 AU 7093101 A 02-01-2002 

W0 0199461 Al 27-12-2001 



FoTOPCT/lSW^OftHtertlarnllyarrtaijPuly 1992) 



